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BACKGROUND 

Tfirhnical Field: 

The invention is related to displaying windows on a computing device's 
display screen, and more particularly to a multiple-mode window presentation 
system and process that displays one or more of the peripheral graphic user 
interface (GUI) elements in a first appearance mode when a window is 
maximized and displays one or more of these peripheral GUI elements in a 
second appearance mode when the window is displayed in a less-than 
maximized size within the display screen. The second appearance mode is 
substantially different from the first appearance mode, and in preferred 
embodiments the second appearance mode is designed to attract the attention 
of a user, while the first appearance mode is design to avoid distracting the 
user's attention from the content of the window. 



25 Rar.k qround Art: 
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A window is a viewing area presented on a computing device's display 
screen typically employed in a multitasking operating system that allows more 
than one of such viewing areas to be displayed on the screen at any one time as 
part of a graphical user interface (GUI). In essence windows are employed by a 
computer program to interface with the user. In this way the user can interact 
with any of the currently displayed windows, usually by placing the screen cursor 
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over the window and selecting portions of it, such as an icon or button. One 
such interaction involves the user resizing a currently displayed window. For 
example, it can be stretched on any side, minimized, maximized, restored and 
closed. In regard to restoring a window, this generally refers to a resizing of the 
5 window to a smaller viewing area In response to a user entering a restore 

command (e.g., by selecting a restore button in the window) when the window is 
maximized In the display screen. This smaller size is typically the default size 
the window is displayed at when first opened. Thus, the term restore was coined 
in reference to restoring the window to its former size. The restore term has also 
10 come to generally refer to any less-than-maximized window size, regardless of if 
It has been first opened or downsized from Its maximum size. 

Typically, windows are rendered and managed by a rendering system 
(which can be a so-called "windows manger" program) as part of a "windowing 

15 system" such as Microsoft Corporation's Windows® operating system. A window 
manager is the computer program responsible for coordinating all the windows 
currently displayed on the screen. Specifically, a window manager program 
handles among other things how all of the windows created by various 
applications that share the screen are displayed. Thus It Is the window manager 

20 that determines the size, position and stacking order for each window displayed 
on the screen. This is based on both the requirements of the computer program 
associated with the window and user inputs. It is also the job of the window 
manager to create a frame, including a title bar, around the displayed windows. 
The frame essentially defines the boundaries of the window on the screen. In 

25 general, this frame falls under the category of peripheral GUI elements displayed 
on the display screen of the computing device. The window manager program 
can further generate a task bar, which Includes among other things indicator bars 
that identify the windows currently opened and available to the user. The task 
bar is typically displayed at the bottom of the display screen, although it is not 

30 unknown to display it elsewhere such as along one side of the screen. The task 
bar is another example of a peripheral GUI element. 
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A problem with current window manager programs is that the appearance 
of a maximized window is very similar to the same window when displayed in a 
default or restored size. For example, the only visible difference between the 

5 frame of a maximized window in most windowing systems and the frame of a 
restored window, is the glyph that appears in a minimize/restore button in the 
window's title bar. When the window is maximized, a restore glyph appears on 
the button, and when the window exhibits its restored size, a maximize glyph 
appears on the button. In the case of the task bar, there is often no difference in 

1 0 its appearance at all, regardless of whether a window is maximized or exhibits its 
restored size. 

The similarity between the appearance of maximized and restored 
windows is a source of confusion and constemation for users. First, it is difficult 

1 5 for the user to readily differentiate between maximized and restored windows in 
those instances where the maximized size of a window does not fill the entire 
display screen. For example, a user may want to work with a window and have it 
as big as possible for this purpose. In current systems, the user would have to 
find the minimize/restore button in the window (if present) and Identify which 

2 0 glyph Is being displayed. As the button and glyphs can be quite small this can 
be an irksome task. 

Secondly, when a user maximizes a window it is an indication that he or 
she wants to focus on the content of that window. Thus, extraneous objects 

2 5 displayed on the periphery of the window, such as in the frame and task bar may 
constitute a distraction that takes the users attention away from the content of 
the window. For example, the window frames and the task bar added by current 
window manager programs are often designed to be eye-catching and 
aesthetically pleasing. This may be fine when the user Is not Interested In 

30 concentrating on the content of a window. However, when a user does want to 
attend to a window, the window frame and task bar appearance can distract the 
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user all the more so in that they are designed to attract the user's attention. 
Thus, what may be desirable for a window when in the restored s«e, can 
become a distraction when the window is maximized. However, this is what 
happens with current windav manager programs since the window frames and 
task bar appearances are rot generally changed when the v^ndow is resized. 
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The present invention is directed toward a system and process for 
managing the presentation of v^ndows on the display screen of a computmg 
device that avoids the aforementioned problems of current window manager 
programs. In general, the present invention is a multiple-mode window 
presentation system and process that displays one or more of the penpheml 
grephic user interface (GUI) elements displayed on the display screen in addrtion 
to a window, such as the frame and «tle bar of the window and any task bar or 
side bar, in a first appearance mode when the window Is maximized. However, 
when the window Is displayed in a less-than^naximized size, one or more of the 
peripheral GUI elements are displayed in a second appearance mode which is 
substantially different from the fiist.. In a preferred embodiment of the present 
system and process, the second appearance mode is designed to attract the 
attentton of a user to the peripheral GUI elements, while the first mode « 
des^ned to avoid dtetrecSng the user from the content of the maximized window. 
,n this way. In the fiist appearance mode, the use^s attenton Is focused on the 
content of the window rather than the peripheral GUI elements. However, when 
the window is first opened or restored, or otherwise exhibits a size that is less 
than its maximized size, the peripherel GUI elements are displayed so as to 
exhibit an appearance that attracts a user's attention to the peripherel GUI 
elements. 
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The foregoing change in the appearance of the peripheral GUI elements 
has some distinct advantages. When a user maximizes a window, it is likely that 
he or she intends to attend to the contents displayed in that window and does 
not want to be distracted by extraneous item displayed outside the window. 

5 Changing the appearance of one or more of the peripheral GUI elements when a 
window is maximized to one that de-emphasizes them, reduces the chance that 
the user will be distracted from the content of the window. In addition, the 
change helps the user differentiate between a maximized window and a restored 
window, without having to find the aforementioned minimize/restore button in 

10 those cases where the maximized window does not take up the entire display 
screen. Conversely, when a window is not maximized this is an indication that 
the user may not be actively working with that window. Thus, displaying the 
peripheral GUI element with a visually interesting appearance that attracts the 
attention of the user is appropriate and desired. 

The appearance of the aforementioned peripheral GUI elements can be 
de-emphasized is several way. For example, in one new window presentation 
scheme the peripheral GUI elements appear to have a degree of transparency 
so the user can see a portion of whatever image is displayed in the background 
20 of the display screen through the GUI elements. While this look is visually 

enticing, it could become a distraction when the user wants to concentrate on the 
content of a window. Thus, one preferred way of de-emphasizing the 
appearance of the peripheral GUI elements is to make them opaque, or at least 
substantially opaque, meaning that the underlying Imagery is either completely or 
25 substantially blocked from being viewed through these GUI elements Another 
way is to change the background color of the elements to something that is less 
eye-catching than the maximized window's content. For example, the color black 
is a good choice, although not the only one. Yet another way to de-emphasize 
the appearance of the peripheral GUI elements is to change the color of any 
30 lettering or graphics contained in the elements to something that does not draw 
attention, but which can still be read. In tested embodiments of the present 
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system and process the color white was chosen with good results. However, 
white is not he only choice that would accomplish the intended purpose. Further, 
peripheral GUI elements often included control buttons, indicator bars and the 
like. These items are often brightly colored and textured to draw the attention of 

5 the user to them. Thus, to de-emphasize such items, the color and texture can 
be changed to something more nondescript. In tested embodiments these items 
were displayed in an opaque grey; however other non-obtrusive colors and 
textures could be chosen as well. Still another example of way in which the 
appearance of the frame surrounding a window can be de-emphasized when the 

10 window is maximized involves simply eliminating it with the exception of the 
portion containing the title bar as this may be helpful to the user. 

In addition to the just described benefits, other advantages of the present 
invention will become apparent from the detailed description which follows 
15 hereinafter when taken in conjunction with the drawing figures which accompany 
it. 

DESCRIPTION OF THE DRAWINGS 

2 0 The specific features, aspects, and advantages of the present invention 

will become better understood with regard to the following description, appended 
claims, and accompanying drawings where: 

FIG. 1 1s a diagram depicting a general purpose computing device 
25 constituting an exemplary system for implementing the present invention. 

FIG. 2 is a flow chart diagramming a process for managing the 
presentation of windows on the display screen of a computing device in 
accordance with the present invention in a situation where a window starts out 
30 being displayed in a less-than-maximized size. 
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FIG. 3 is a flow chart diagramming a process for managing the 
presentation of windows on the display screen of a computing device in 
accordance with the present invention in a situation where a window starts out 
being displayed in its maximized size. 

FIG. 4 is an image of a display screen showing a window in its restored 
size against a background, where the frame of the window and the task bar at 
the bottom of the screen have the appearance of being somewhat transparent- 
a visually stunning look that attracts the attention of a user. 

FIG. 5 is an image of a display screen showing the window of Fig. 4 
maximized within the display screen, where all but the title bar of the window's 
frame has been eliminated, and where the title bar and the task bar have been 
de-emphasized so as to not draw the attention of the user away from the content 
15 of the window. 

FIG. 6 is an image of a display screen showing the window of Fig. 4 in its 
restored size, where not only do the frame of the window and the task bar have 
the appearance of being somewhat transparent, but also a side bar shown on 
2 0 the right hand side of the screen. 

FIG. 7 is an image of a display screen showing the window of Fig. 6 
maximized within the display screen, where all but the title bar of the window's 
frame has been eliminated, and where the title bar. task bar, and side bar have 
been de-emphasized so as to not draw the attention of the user away from the 
content of the window. 
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FIG. 8 is an image of a display screen showing a different window in its 
restored size, where the frame of the window and the task bar have the 
30 appearance of being somewhat transparent, and where the title bar of the frame 
has a completely different size and configuration from that of the window in Figs. 
4 and 5. 
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FIG. 9 is an image of a display screen showing the window of Fig. 8 
maximized within the display screen, where all but the title bar of the window's 
frame has been eliminated, and where the title bar and the task bar have been 
de-emphasized so as to not draw the attention of the user away from the content 
of the window. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In the following description of the preferred embodiments of the present 
invention, reference is made to the accompanying drawings which form a part 
hereof, and in which is shown by way of illustration specific embodiments in 
which the invention may be practiced. It is understood that other embodiments 
may be utilized and structural changes may be made without departing from the 
scope of the present invention. 

1.0 The Comput ing Environment 

Before providing a description of the preferred embodiments of the 
present invention, a brief, general description of a suitable computing 
environment in which the invention may be implemented will be described. 
Figure 1 illustrates an example of a suitable computing system environment 100. 
The computing system environment 100 is only one example of a suitable 
computing environment and is not intended to suggest any limitation as to the 
scope of use or functionality of the invention. Neither should the computing 
environment 100 be interpreted as having any dependency or requirement 
relating to any one or combination of components illustrated in the exemplary 
operating environment 100. 
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The invention is operational with numerous other general purpose or 
special purpose computing system environments or configurations. Examples of 
well known computing systems, environments, and/or configurations that may be 
suitable for use with the invention include, but are not limited to, personal 
computers, server computers, hand-held or laptop devices, multiprocessor 
systems, microprocessor-based systems, set top boxes, programmable 
consumer electronics, network PCs. minicomputers, mainframe computers, 
distributed computing environments that include any of the above systems or 
devices, and the like. 

The invention may be described in the general context of computer- 
executable instructions, such as program modules, being executed by a 
computer. Generally, program modules include routines, programs, objects, 
components, data structures, etc. that perform particular tasks or implement 
particular abstract data types. The invention may also be practiced in distributed 
computing environments where tasks are performed by remote processing 
devices that are linked through a communications network. In a distributed 
computing environment, program modules may be located in both local and 
remote computer storage media including memory storage devices. 

With reference to Figure 1 . an exemplary system for implementing the 
invention includes a general purpose computing device in the form of a computer 
110 Components of computer 110 may include, but are not limited to. a 
processing unit 120. a system memory 130. and a system bus 121 that couples 
various system components including the system memory to the processing unit 
120 The system bus 121 may be any of several types of bus structures 
including a memory bus or memory controller, a peripheral bus, and a local bus 
using any of a variety of bus architectures. By way of example, and not 
limitation, such architectures include Industry Standard Architecture (ISA) bus. 
Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus. Video 
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Electronics Standards Association (VESA) local bus. and Peripheral Component 
Interconnect (PCI) bus also known as Mezzanine bus. 



Computer 110 typically includes a variety of computer readable media. 
Computer readable media can be any available media that can be accessed by 
computer 110 and includes both volatile and nonvolatile media, removable and 
non-removable media. By way of example, and not limitation, computer 
readable media may comprise computer storage media and communication 
media. Computer storage media includes both volatile and nonvolatile, 
removable and non-removable media implemented in any method or technology 
for storage of information such as computer readable instructions, data 
structures, program modules or other data. Computer storage media includes, 
but is not limited to, RAM, ROM, EEPROM, flash memory or other memory 
technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, 
magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic 
storage devices, or any other medium which can be used to store the desired 
information and which can be accessed by computer 110. Communication 
media typically embodies computer readable instructions, data structures, 
program modules or other data in a modulated data signal such as a carrier 
wave or other transport mechanism and includes any information delivery media. 
The term "modulated data signal" means a signal that has one or more of its 
characteristics set or changed in such a manner as to encode information in the 
signal. By way of example, and not limitation, communication media includes 
wired media such as a wired network or direct-wired connection, and wireless 
media such as acoustic, RF, infrared and other wireless media. Combinations of 
the any of the above should also be included within the scope of computer 
readable media. 

The system memory 130 includes computer storage media in the form of 
volatile and/or nonvolatile memory such as read only memory (ROM) 131 and 
random access memory (RAM) 132. A basic Input/output system 133 (BIOS), 
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containing the basic routines tliat help to transfer information between elements 
within computer 110, such as during start-up, is typically stored in ROM 131. 
RAM 132 typically contains data and/or program modules that are immediately 
accessible to and/or presently being operated on by processing unit 120. By way 
of example, and not limitation, Figure 1 illustrates operating system 134, 
application programs 135, other program modules 136, and program data 137. 

The computer 110 may also include other removable/non-removable, 
volatile/nonvolatile computer storage media. By way of example only, Figure 1 
illustrates a hard disk drive 141 that reads from or writes to non-removable, 
nonvolatile magnetic media, a magnetic disk drive 151 that reads from or writes 
to a removable, nonvolatile magnetic disk 152, and an optical disk drive 155 that 
reads from or writes to a removable, nonvolatile optical disk 156 such as a CD 
ROM or other optical media. Other removable/non-removable, 
volatile/nonvolatile computer storage media that can be used in the exemplary 
operating environment include, but are not limited to, magnetic tape cassettes, 
flash memory cards, digital versatile disks, digital video tape, solid state RAM, 
solid state ROM, and the like. The hard disk drive 141 is typically connected to 
the system bus 121 through an non-removable memory interface such as 
interface 140, and magnetic disk drive 151 and optical disk drive 155 are 
typically connected to the system bus 121 by a removable memory interface, 
such as interface 150. 

The drives and their associated computer storage media discussed above 
and illustrated in Figure 1, provide storage of computer readable instructions, 
data structures, program modules and other data for the computer 110. In 
Figure 1, for example, hard disk drive 141 is illustrated as storing operating 
system 144, application programs 145, other program modules 146, and 
program data 147. Note that these components can either be the same as or 
different from operating system 134, application programs 135, other program 
modules 136, and program data 137. Operating system 144, application 



programs 145, other program modules 146, and program data 147 are given 
different numbers here to illustrate that, at a minimum, they are different copies. 
A user may enter commands and information into the computer 110 through 
input devices such as a l<eyboard 162 and pointing device 161, commonly 
referred to as a mouse, trackball or touch pad. Other input devices (not shown) 
may include a microphone, joystick, game pad, satellite dish, scanner, or the like. 
These and other input devices are often connected to the processing unit 120 
through a user input interface 160 that is coupled to the system bus 121, but 
may be connected by other interface and bus structures, such as a parallel port, 
game port or a universal serial bus (USB). A monitor 191 or other type of display 
device is also connected to the system bus 121 via an interface, such as a video 
interface 190. In addition to the monitor, computers may also include other 
peripheral output devices such as speakers 197 and printer 196, which may be 
connected through an output peripheral interface 195. A camera 192 (such as a 
digital/electronic still or video camera, or film/photographic scanner) capable of 
capturing a sequence of images 193 can also be included as an input device to 
the personal computer 110. Further, while just one camera is depicted, multiple 
cameras could be included as input devices to the personal computer 110. The 
images 193 from the one or more cameras are input into the computer 110 via 
an appropriate camera interface 194. This interface 165 is connected to the 
system bus 121 , thereby allowing the images to be routed to and stored in the 
RAM 132, or one of the other data storage devices associated with the computer 
110. However, it Is noted that image data can be input into the computer 110 
from any of the aforementioned computer-readable media as well, without 
requiring the use of the camera 163. 

The computer 110 may operate in a networked environment using logical 
connections to one or more remote computers, such as a remote computer 180. 
The remote computer 180 may be a personal computer, a server, a router, a 
network PC, a peer device or other common network node, and typically includes 
many or all of the elements described above relative to the computer 110, 
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although only a memory storage device 181 has been illustrated in Figure 1. 
The logical connections depicted In Figure 1 include a local area network (LAN) 
171 and a wide area network (WAN) 173, but may also include other networks. 
Such networking environments are commonplace in offices, enterprise-wide 
5 computer networks, intranets and the Internet. 

When used in a LAN networking environment, the computer 1 10 is 
connected to the LAN 171 through a network interface or adapter 170. When 
used in a WAN networking environment, the computer 110 typically includes a 

10 modem 172 or other means for establishing communications over the WAN 173, 
such as the Internet. The modem 172, which may be internal or external, may 
be connected to the system bus 121 via the user input interface 160, or other 
appropriate mechanism. In a networked environment, program modules 
depicted relative to the computer 1 10, or portions thereof, may be stored in the 

15 remote memory storage device. By way of example, and not limitation. Figure 1 
Illustrates remote application programs 185 as residing on memory device 181. 
It will be appreciated that the network connections shown are exemplary and 
other means of establishing a communications link between the computers may 
be used. 

20 

2.0 The Multiple-Mode Window Presentation Svstem And Process 

The exemplary operating environment having now been discussed, the 
remaining part of this description section will be devoted to a description of the 

25 program modules embodying the invention. Generally, the system and process 
according to the present invention involves providing a graphical user interface 
(GUI) that includes a multiple-mode window presentation scheme. In this 
scheme, when a window is maximized, any peripheral GUI elements, such as the 
window's frame and title bar, a task bar, and/or a side bar, are displayed within 

3 0 the display screen in a manner that is substantially different from the way they 
are displayed when the window is not maximized. In a preferred embodiment 
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this entails displaying the peripheral GUI elements so as to de-emphasize them 
when a window is maximized, thereby concentrating the user's attention on the 
content of the window. However, when the window is resized to occupy a 
smaller viewing area on the screen, such as when it is restored to a default (i.e., 
5 restored) size, or when it is initially displayed in a less than maximum size, it is 
displayed such that the peripheral GUI elements exhibit their default 
appearance. This default appearance is in general designed to make the 
peripheral GUI element stand out to attract the user's attention. De-emphasizing 
the appearance of peripheral GUI elements when a window is maximized 
10 reduces distractions, and helps users focus on the content of the window. In 
addition, the de-emphasizing changes helps the user differentiate between a 
maximized window and a restored window in cases where the maximized 
window does not take up the entire display screen. 

15 Thus, referring to the flow diagram in Fig. 2, in a situation where a window 

starts out being displayed in a less-than-maximized size on a display screen, the 
present system and process generally involves first displaying one or more 
peripheral GUI elements in the aforementioned second appearance mode 
(process action 200). It is then ascertained if the window is to be maximized 

20 within the display screen (process action 202). If not, no action is taken. 

However, If the window is to be maximized, then in process action 204, one or 
more of the peripheral GUI elements are displayed in the aforementioned first 
appearance mode. Conversely, referring to the flow diagram in Fig. 3, in a 
situation where a window starts out being displayed in its maximized size, the 

25 present system and process generally involves first displaying one or more of the 
peripheral GUI elements in the aforementioned first appearance mode (process 
action 300). It is then ascertained if the window is to be down-sized within the 
display screen (process action 302). If not, no action is taken. However, if the 
window is to be down-sized, then in process action 304, one or more of the 

30 peripheral GUI elements are displayed in the aforementioned second 
appearance mode. 



More particularly, when a window is opened a window manager program 
typically generates a frame around the window that includes a title bar. As 
described previously the window is often opened exhibiting a default size 
5 referred to as the restored size. In addition, as explained previously, the window 
frame Is often designed so as to attract the attention of the user to the window. 
The window frame is one example of the aforementioned peripheral GUI 
elements. An example of a viewing space 400 of a computing device's display 
screen with such a window 402 displayed, is shown in Fig. 4. In this example, 

10 the window 402 is shown in its default or restored size in the middle of the 

viewing space 400. As can be seen the window 402 takes up much less than 
the entire viewing area available. In the example shown in Fig. 4, the viewing 
space 400 surrounding the window is dominated by a landscape scene that 
appears to the user as if he or she is looking out over a field toward the horizon. 

15 In this example, the window 402 is the default window displayed when Microsoft 
Corporation's Paint™ drawing tool program is first activated. Note that the 
window 402 is surrounded by a frame 404, including a title bar 406 that features 
an appearance which looks like it is made of glass. This appearance and the 
details of how It is generated are the subject of a co-pending U.S. patent 

20 application entitled "COMPOSITING DESKTOP WINDOW MANAGER", which 

was filed on October 23, 2003 and assigned Serial Number . The 

subject matter of this co-pending application is hereby incorporated by reference. 



2 5 The at least partially transparent appearance of the frame 404 and title 

bar 406 allows the user to see a portion of the background scene through the 
frame and bar. However, if the user is interacting with the window 400, the 
frame 404 and title bar 406 would likely distract the user from the content of the 
window. Also note that the task bar 408 shown at the bottom of the viewing 

30 screen has the same transparent appearance. The task bar is another example 
of the aforementioned peripheral GUI elements. 
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When a user maximizes a window within the viewing space, he or she 
usually does so to concentrate on working with the content of the window. Thus, 
the default appearance of the peripheral GUI elements, such as the window's 
5 frame and title bar, and the task bar, can divert the user's attention away from 
the window's content. To avoid this, the appearance of the maximized window is 
changed to de-emphasize the peripheral GUI elements as indicated previously. 
This can be accomplished in a variety of ways. Referring to Fig. 5, some 
possible de-emphasizing appearance changes will now be described. In this 

10 figure the window 500 shown in its restored size in Fig. 4 has been maximized to 
cover the entire viewing area of the computing device's display screen, with the 
exception of the region occupied by the task bar 502. First note that the frame 
has been modified such that the sides and bottom have been eliminated and the 
background of the title bar 504 has been changed to appear opaque and black in 

1 5 color. Similarly, the background of the task bar 502 has also been changed to 
be opaque and black. It should be noted that in some GUI environments the 
task bar can be optionally hidden from view. If such a feature is implemented 
and a window in maximized in the viewing space, then the maximized window 
would simply extend into the space that would have been occupied by the task 

20 bar. If, while the window is activated, the user causes the task bar to reappear 
on the screen, it would exhibit the aforementioned de-emphasized appearance. 

Eliminating the sides and bottom portions of the window frame completely 
removes the possibility they could cause a distraction. However, as an 

2 5 alternative the sides and bottom of the frame could be retained but changed to 
the substantially opaque black color as well. The color black was employed in 
the depicted example as blacked out portions of the screen tend to be ignored by 
a viewer. Of course, while the use of black as the background color for the de- 
emphasized peripheral GUI elements has the foregoing advantages, it is not 

30 intended to limit the present invention to that color. Rather other colors or 

patterns that tend to be non-distracting to a user can be used instead. The key 
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is to render the peripheral GUI element so as to minimize their attention getting 
appearance, not to restrict the de-emphasizing process to a specific background 
color or pattern. 



5 Referring once again to Fig. 5, in addition to making the background of the 

peripheral GUI elements substantially opaque and black, the text and other 
graphics associated with these elements can also be de-emphasized. As shown 
in the example screen of Fig. 5, the lettering and graphics of the task and title 
bars 502, 504 have been changed to a white color. Another way to de- 

10 emphasize any lettering and graphics would be to dim it by reducing the 
brightness in comparison to the level employed when the window is not 
maximized. Further, the control buttons, indicator bars, and the like, of the task 
and title bars 502, 504 have been de-emphasized by changing their color— in 
this case from an eye-catching somewhat transparent silver to a nondescript 

15 opaque gray. Here again, it is not imperative that the specific colors chosen for 
the lettering, graphics, control buttons, indicator bars and other sub-items of the 
peripheral GUI elements items in the example are employed. Rather any color 
that tends to de-emphasize these items can be used as desired. 



20 It is also noted that the particular peripheral GUI elements discussed 

above are not the only ones that can be de-emphasized when a window is 
maximized. Any such elements can be treated in the same manner. For 
example, refening to Fig. 6, an example of a viewing space 600 containing a so- 
called side bar GUI feature 602 is shown in its default appearance exhibited 

25 when the window 604 is shown in its restored size. Note that while already 
somewhat unobtrusive, the side bar 602 appears to be at least partially 
transparent and still tends to catch the eye. Fig. 7 shows the same side bar 
feature 702 in a de-emphasized state after the window 704 has been maximized. 
Note here that the background has been made opaque and black thereby 

30 making the feature 702 less noticeable to the user. As an alternative way of 
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handling the side bar when the window is maximized, it could simply be removed 
and the window expanded to cover that area on the display screen. 

Still further it is noted that the particular configuration and size of the 
peripheral GUI elements shown in the examples described above can be vary 
without affecting the scope of the present system and process. For example, 
Fig. 8 shows a window 800 exhibiting a frame 802 having the previously 
described eye-catching, at least partially transparent appearance, while in its 
default or restored size. Notice that the title bar 804 of this window is much 
larger than that depicted in the window 402 of Fig. 4. In addition, there are two 
prominent control buttons 806, 808 at either side of the title bar 804. Compare 
this to the same window 900 after being maximized as shown in Fig. 9. In this 
figure the title bar 902 has been changed to exhibit an opaque black 
background, and the text and control buttons have been de-emphasized In the 
manner described previously. Notice that even though the title bar 902 has a 
completely different size and configuration when compared to the title bar 402 of 
Fig. 4, it too no longer draws the attention of a viewer as much. 

3.0 Alternate Configurations 

While the invention has been described in detail by specific reference to 
the foregoing embodiments thereof, it is understood that variations and 
modificafions may be made without departing from the true spirit and scope of 
the invention. For example, in the foregoing description of the present invention 
all the peripheral GUI elements were de-emphasized when a window was 
maximized. However, this need not be the case. Rather, just one or some 
number less than all of these elements can be de-emphasized as described 
above, thereby leaving the remaining peripheral GUI elements to exhibit their 
original default appearance. 
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It is noted that the present system and process is particularly 
advantageous when employed with the aforementioned default appearance 
involving the a degree of transparency. This is because whatever is displayed 
underneath will show through the peripheral GUI elements to some degree. 
5 Thus not only might the screen's background image show through, but also other 
windows, icons, control buttons, and so on. In addition, if these underlying items 
change appearance in any way, this would show through as well making it 
appear to the user that something is moving. It might even be that something is 
actually moving if an underlying item involves the use of an animation, or video 

10 playback, or something similar. This kind of variety and possible motion in the 
items that can be seen through the peripheral GUI elements can be particularly 
distracting to a user tying to concentrate on the content of a window— more so 
than perhaps the conventional brightly colored and textured appearance often 
given these types of peripheral GUI elements not employing an at least partially 

15 transparent look. However, while the examples of the peripheral GUI elements 
described above all exhibited a degree of transparency as a default appearance, 
this need not be the case. In less preferred embodiments of the present system 
and process, any default appearance can be employed, including the use of 
different colors, patterns, textures, or even animations for example. The 

20 invention is not intended to be limited to merely changing an at least partially 
transparent default appearance to a de-emphasized one when a window 
displayed on a computer device's display screen is maximized. Rather, in 
general any attention getting appearance scheme can be converted to a de- 
emphasized appearance when the window Is maximized with the same 

25 advantageous results. 



19 



